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EXTREME CAPACITY MANAGEMENT 
IN AN ELECTRONIC MARKETPLACE ENVIRONMENT 

RELATED APPLICATIONS 

This application claims the benefit under 35 U.S.C. § 119(e) of U.S. Provisional 
Application Serial No. 60/238,307 filed October 5, 2000 entitled "Electronic Marketplace 
Providing Extreme Capacity Management." 



TECHNICAL FIELD OF THE INVENTION 

This invention relates generally to commercial transactions, and more particularly 
to extreme capacity management in an electronic marketplace environment. 
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BACKGROUND OF THE INVENTION 

Companies often experience cycles in which the companies have either excess 
capacity or under capacity over an extended period. As an example, a manufacturing 
company may manufacture more products than it has orders for, resulting in an excess 
5 capacity situation. Alternatively, a manufacturing company may manufacture too few 
products to meet its orders, resulting in an under capacity situation. Similar undesirable 
capacity mismatches may occur with respect to wholesalers, retailers, and other types of 
companies that must endeavor to match their capacity with demand. Relatively short 
term excess or under capacity may often be addressed using a factory planner or other 

10 planning engine to bring capacity in line with the demand within one or two planning 
periods. For example, a factory planner may cause a decrease in production in one or 
more subsequent periods to offset excess capacity in a current period, such that by the 
end of one or two periods the excess capacity has been eliminated. Alternatively, under 
capacity in a current period may be addressed through increased production for one or 

15 two subsequent periods. Once capacity returns to the desired level, the manufacturing of 
products may continue as before. 

Such techniques often have a number of inadequacies. First, taking a factory as 
an example, decreasing or increasing production to address capacity issues may require 
operating the factory imder less than optimal conditions. The likely result is increased 

20 overhead or other indirect allocation of resources, which negatively impacts the bottom 
line. Second, although a planning engine may be able to provide notification when the 
capacity is far above or below what is necessary to match demand, the planning engine 
will be unable in general to provide a solution for resolving the capacity extreme. The 
company is left to fmd an acceptable solution on its ovm. Doing so typically requires 

25 experienced persormel to devote valuable time in finding other companies to accept the 
excess capacity or provide the under capacity. Even experienced persoimel may not be 
aware of all potential buyers or suppliers or, more importantly, the buyers and suppliers 
that have compatible capacity at the particular time. These and other deficiencies have 
made previous techniques for addressing capacity extremes inadequate for the needs of 

30 many companies. 
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SUMMARY OF THE INVENTION 

According to the present invention, problems and disadvantages associated with 
prior techniques for addressing extremes in capacity have been substantially reduced or 
ehminated. 

5 According to one embodiment of the present invention, a system for managing a 

capacity extreme at a first entity in a supply chain includes a planning apphcation that 
receives status data for at least the first entity reflecting the capacity extreme at the first 
entity and generates a plan according to the status data. A manager application receives 
the plan and, according to the plan, automatically initiates at least one service in an 

10 attempt to resolve at least a portion of the capacity extreme through interaction with one 
or more other entities. The manager apphcation selects the service from among a 
plurality of available services based on a monetary value to the first entity of a resolution 
expected to be available using the selected service relative to other services. 

In a more particular embodiment, in response to initiating the service the manager 

15 application performs an action to resolve at least a portion of the capacity extreme. The 
action may include selling items to another entity according to a previously existing 
contract between the first entity and the other entity, purchasing items from another entity 
according to a previously existing contract between the first entity and the other entity, 
selling items to another entity in an auction, purchasing items from another entity in a 

20 reverse auction, posting items in a catalog of the first entity for sale to another entity, 
purchasing items posted in a catalog of another entity, posting items in an inventory 
hsting service for sale to another entity, or purchasing items posted in an inventory listing 
service by another entity. 

In another embodiment of the invention, an electronic marketplace for managing 

25 excess or under capacity at one or more enterprises in a supply chain includes a planning 
application that receives status data for multiple enterprises in the supply chain, the status 
data reflecting excess or under capacity at a first enterprise in the supply chain. The 
planning application generates a plan according to the status data for the enterprises and 
according to a model incorporating the enterprises. A manager application receives the 

30 plan and, according to the plan, automatically initiates at least one service in an attempt 
to resolve at least a portion of the excess or imder capacity through interaction with one 
or more other enterprises. The manager apphcation may select the service from among 
multiple available services based on a monetary value to the first enterprise of a 
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resolution that is expected to be available using the selected service. The manager 
application then manages a transfer of items from or to the first enterprise from one or 
more other enterprises to resolve the excess or under capacity, respectively. 

The present invention provides a number of technical advantages over previous 
5 techniques. The present invention provides an electronic marketplace solution to allow 
multiple suppliers and buyers to collaboratively resolve capacity exfremes that cannot 
typically be handled using conventional planned procurement techniques. The present 
invention helps to optimize supplier operations by providing substantially instantaneous 
visibility into demand and supply at other members of the value chain and propagating 

10 demand and supply throughout the value chain to enable supphers to offload or procure 
items sufficient to resolve excesses and deficits in capacity. The present invention may 
reduce administrative lead times and allow suppliers such as manufactiirers to operate at 
maximum plant capacity and thus with maximum efficiency and minimum overhead. If 
capacity extremes are encountered, such manufacturers can compensate rapidly using the 

15 intelligent resources of the marketplace. The present invention provides the marketplace 
with visibility into real constraints and details needed to understand the issues, evaluate 
alternatives, and facilitate the resolution of capacity extremes. 

Systems and methods incorporating one or more of these or other advantages are 
well suited for modem commercial fransaction environments such as those associated 

20 with business-to-business ("B2B") elecfronic marketplaces. Other technical advantages 
are readily apparent to those skilled in the art from the following figures, descriptions, 
and claims. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

To provide a more complete understanding of the present invention and features 
and advantages thereof, reference is made to the following description in conjunction 
with the accompanying drawings, in which: 
5 FIGURE 1 illustrates an exemplary system for managing capacity extremes in an 

electronic marketplace environment; 

FIGURE 2 illustrates an exemplary electronic marketplace; 

FIGURE 3 illustrates an exemplary method of setting up a system for managing 
capacity extremes in an electronic marketplace environment; and 
10 FIGURE 4 illustrates an exemplary method of resolving a capacity extreme at a 

supplier. 
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DETAILED DESCRIPTION OF THE INVENTION 

FIGURE 1 illustrates an exemplary system 10 for managing capacity extremes 
associated with one or more suppliers 12 of products or other items. Each supplier 12 
may be coupled to a business-to-business (B2B), business-to-consumer (B2C), or other 
5 electronic marketplace 14 that links suppher 12 to one or more other suppUers 12 or to 
buyers 16. As shown, a supplier 12a may be coupled to one or more first tier suppliers 
12b which are in turn coupled to one or more second tier suppliers 12c. Depending on 
the nature of marketplace 14, suppliers 12 may include manufacturers such as original 
equipment manufacturers (OEMs), component manufacturers or suppliers, distributors, 

10 wholesalers, retailers, or any other entities that supply items to other suppliers 12 or to 
buyers 16 and that may experience excess or under capacity from time to time. The 
present invention contemplates multiple supphers 12 that are associated with the same 
enterprise, for example, multiple factories, assembly lines, or other entities associated 
with the same manufacturing enterprise. In general, marketplace 14 brokers pertinent 

15 data among the suppUers 12 to propagate demand and supply in order to net capacity 
across the value chain that incorporates suppliers 12. Although extremes of excess or 
under capacity are primarily described, the present invention encompasses management 
of any degree of excess or under capacity according to particular needs. 

In general, marketplace 14 receives an indication from supplier 12 that suppher 

20 12 is or might soon experience a capacity extreme, determines a suitable resolution for 
the capacity extreme, and facilitates a transfer of items sufficient to wholly or partially 
resolve the capacity extreme. For under capacity, the marketplace 14 identifies one or 
more suppliers 12 from which the needed items may be purchased and facilitates the 
fransfer of the items to suppher 12. For excess capacity, the marketplace 14 identifies 

25 one or more other suppliers 12 or buyers 16 to which the excess items may be sold and 
facilitates transfer of the items to the other supplier 12 or buyer 16. As a resuK of this 
activity, capacity extremes may be efficiently and effectively managed without at least 
some of the deficiencies associated with prior techniques. Features and operation of 
marketplace 14 are described more fiiUy below. While suppliers 12 and buyers 16 are 

30 shown as being coupled to marketplace 14, the present invention contemplates suppliers 
12 interacting with one another through one or more first marketplaces 14 and suppliers 
12 interacting with buyers 16 using one or more second marketplaces 14. For example, 
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first marketplace 14 may be a purely B2B marketplace 14 and second marketplace 14 
may be a purely B2C marketplace 14. 

Suppliers 12 and buyers 16 may interact with marketplace 14 autonomously or 
according to input from one or more associated persons. Suppliers 12, marketplace 14, 
and buyers 16 may be coupled to one another using one or more local area networks 
(LANs), metropolitan area networks (MANs), wide area networks (WANs), a portion of 
the global computer network known as the Internet, or any other appropriate wireline, 
wireless, or other links. Supphers 12, marketplace 14, and buyers 16 may be arranged 
and conmiunicate with one another according to a hub-and-spoke, peer-to-peer, or any 
other suitable architecture. In one embodiment, system 10 is implemented with a hub- 
and-spoke architecture in which the spokes are suitably integrated with the enterprise 
systems of supphers 12 and buyers 16 and allow schedule-based data transfer between 
these enterprise systems and marketplace 14. Suppliers 12, marketplace 14, and buyers 
16 may each operate on one or more computer systems at one or more locations. The 
components of system 10 may share data storage, communications, or other resources 
according to particular needs. 

FIGURE 2 illustrates exemplary marketplace 14, and interactions with supphers 
12 and buyers 16, in more detail. Marketplace 14 may include one or more firewalls 20 
establishing a "DMZ" or other region 22 that separates supphers 12 and buyers 16 from 
certain processing and data storage resources of marketplace 14. In one embodiment, 
DMZ 22 isolates a file transfer protocol (FTP) or other appropriate file server 24 that 
receives data files 26 or other information from enterprise systems 28 associated with 
supphers 12 and buyers 16. File server 24 communicates the data files 26 to a database 
tier 30 of marketplace 14 for storage in database 32 in the form of flatfiles or otherwise. 
File server 24 also receives planning output 34 from one or more appropriate planner 
applications 36 within an apphcation tier 38 of the marketplace 14. The file server 24 
communicates the planmng output 34 to enterprise systems 28 associated with supphers 
12. DMZ 22 also isolates one or more web servers 40 within a web tier 42 of the 
marketplace 14 that communicate between a manager application 44 within application 
tier 38 and one or more users 46 associated with the suppliers 12 and buyers 16. For 
example, the web server 40 may communicate with users 46 using Extensible Markup 
Language (XML) docimients contained within Secure Hypertext Transfer Protocol (S- 
HTTP) requests. 
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In one embodiment, the manager application 44 is responsible for managing the 
flow of data to, from, and within the marketplace 14 in connection with management of 
extremes in capacity on behalf of suppliers 12. Based on the planning information it 
receives from the plamier application 36, reflecting at least the capacity situation at the 
supplier 12 and preferably also the capacity situations at one or more other suppliers 12 
and buyers 16, manager appUcation 44 may initiate one or more appropriate services in 
an attempt to resolve the capacity exfreme. In a more particular embodiment, planner 
application 36 is a supply chain planning engine which generates planning information 
for some or all of the value chain that contains the suppUer 12, other suppliers 12, and 
buyers 16 based on data files 26 received from enterprise systems 28. In still another 
more particular embodiment, planner appUcation 36 is a factory planning engine that 
generates planning information for at least a portion of a factory and its constituent 
operations. Planner appUcation 36 may interact with database 32 or, more preferably 
with respect to certain tasks, with an active data warehouse (ADW) 50 in which the 
information contained in the data files 26 is may be stored and updated. The manager 
appUcation 44 might also have access to ADW 50 where appropriate. In addition, as 
described more fiilly below, manager appUcation 44 may access information stored in 
database 48 in connection with one or more services it may initiate to resolve capacity 
extremes. While database 32, database 48, and ADW 50 are described as separate, the 
present invention contemplates these storage locations being integral to one another, in 
whole or in part, according to particular needs. 

As described above, manager appUcation 44 may initiate one or more suitable 
services in response to planning information from planner appUcation 36 indicating an 
extreme capacity situation at suppUer 12. Services available to manager application 44 
may be identified in database 48, which manager appUcation 44 accesses to determine 
which of the services to initiate, in which order to initiate the services, and information 
pertaining to the services. In one embodiment, for under capacity at the suppUer 12, 
manager appUcation 44 may perform one or more of the foUowing, in any appropriate 
combination and without limitation: (1) purchase some or all needed items from one or 
more other suppUers 12 according to any existing confracts between the suppUer 12 and 
the other suppUers 12; (2) initiate one or more reverse auctions to purchase some or all 
needed items from one or more other suppUers 12; (3) purchase some or all needed items 
from one or more other suppliers 12 according to associated catalogs of these suppliers 
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12, typically at list price; and (4) purchase some or all needed items from one or more 
other suppliers 12 according to an inventory Hsting service (ILS), typically at a discount 
price. 

In one embodiment, for excess capacity at suppHer 12, manager application 44 
5 may perform one or more of the following, in any combination and without limitation: 
(1) sell some or all of the excess items to one or more other suppliers 12 or buyers 16 
according to any existing contracts between suppUer 12 and the other suppliers 12 or 
buyers 16; (2) initiate one or more forward auctions to sell some or all excess items to 
one or more other supphers 12 or buyers 16; (3) sell some or all excess items to one or 

10 more other suppliers 12 or buyers 16 according to the catalog of suppher 12, typically at 
list price; and (4) sell some or all of the excess items to one or more other suppliers 12 or 
buyers 16 through an ILS, typically at a discoimt price. 

Manager application 44 preferably selects from among all available options to 
identify one or more options that together satisfy the demand (or reheve the supply) of 

15 suppher 12 for the lowest total cost (or highest overall revenue), subject to applicable 
schedule, delivery, and other constramts. After selecting one or more options, manager 
apphcation 44 preferably manages, in whole or in part, the associated transactions that 
are necessary to actually resolve the capacity extreme that exists at supplier 12. The 
manager apphcation 44 may resolve the capacity extreme substantially automatically in 

20 rehance on input from the enterprise systems 28. Manager apphcation 44 may interact 
with intelhgent buying or selling agents associated with the parties to a transaction in 
resolving the transaction. Manager apphcation 44 may use appropriate input from any 
users 46 associated with the suppHer 12, other supphers 12, or buyers 16. The present 
invention contemplates resolving the capacity extreme at supplier 12 in any suitable 

25 manner in response to identification of one or more appropriate options at marketplace 
14, according to particular needs. 

FIGURE 3 illustrates an exemplary method of setting up system 10 to manage 
capacity extremes at one or more supphers 12. The method begins at step 100, where 
supplier 12 specifies set-up information for items for which capacity extremes may be 

30 managed. As an example, where suppher 12a is an OEM, this set-up information may 
provide: items for which capacity extremes at supplier 12a are to be managed; any other 
suppliers 12a that are known to supply or procure the items; any first tier supphers 12b 
known to supply the items to suppher 12a; any buyers 16 known to procure the items; 
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information relating to any contracts that might exist between suppher 12a and other 
suppliers 12a, first tier suppliers 12b, or buyers 16; any other suitable sourcing data; 
communications information to allow the enterprise systems 28 of the supplier 12a to 
communicate data files 26 and planning output 34 with marketplace 14; one or more 
5 capacity trees; one or more bills of materials (BOMs); suitable mappings between the 
items supphed to or procured from suppher 12a and items suppUed by or procured by, 
respectively, other entities; and any other suitable set-up information. 

For first tier suppher 12b, the set-up information may provide: items for which 
capacity extremes at suppher 12b are to be managed; any other supphers 12b known to 

10 supply or procure the items; any second tier supphers 12c known to supply the items to 
supplier 12b; any suppliers 12a known to procure the items; information concerning any 
contracts that may exist between the suppher 12b and other suppliers 12b, second tier 
supphers 12c or supphers 12a; any other sourcing data; communications information to 
allow enterprise systems 28 of suppher 12b to communicate data files 26 and planning 

15 output 34 with the marketplace 14; one or more capacity trees; one or more BOMs; 
mappings between the items supplied to or procured from suppher 12b and the items 
supphed or procured by, respectively, other entities; and any other appropriate set-up 
information. 

Similarly, for a second tier suppher 12c, set-up information may provide: items 
20 for which capacity extremes at suppher 12c are to be managed; any other suppliers 12c 
known to supply or procure the items; any third tier suppliers 12d known to supply the 
items to suppher 12c; any supphers 12b being known to procure the items; information 
concerning any contracts that may exist between suppher 12c and other suppliers 12c, 
third tier supphers 12d or second tier suppliers 12b; other appropriate sourcing data; 
25 commimications information to allow the enterprise systems 28 of the suppher 12c to 
communicate data files 26 and planning output 34 with marketplace 14; one or more 
capacity trees; one or more BOMs; mappings between the items supphed to or procured 
from the supplier 12c and those items supphed by or procured by, respectively, other 
entities; and any other appropriate set-up information. Analogous set-up information 
30 may be specified for third and lower tiered supphers 12 or for any other entity within 
system 10 that is coupled to marketplace 14. 

At step 102, the set-up information for supplier 12 is placed in a specified data 
storage location associated with supplier 12, such as behind a firewall that secures this 
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information against unauthorized access. In a particular embodiment, at step 104, the 
spoke associated with suppUer 12 picks up the set-up information and communicates it 
over the Internet or otherwise for storage in database 32 and preferably ADW 50. A user 
46 may assist in communicating set-up information to marketplace 14, particularly the 
first time set-up information is communicated for the particular supplier 12. Thereafter, 
updated set-up information may be automatically communicated by the spoke from the 
supplier 12 to marketplace 14 on a scheduled basis. 

At step 106, ADW 50 may validate one or more suitable aspects of the set-up 
information. If errors exist at step 108, an error log is generated and communicated to 
suppHer 12 at step 110. In one embodiment, the error log is placed in a specified data 
storage location associated with suppUer 12, such as behind a firewall that secures this 
information against unauthorized access. At step 112, supplier 12 or an associated user 
46 accesses the error log, makes appropriate corrections, and regenerates some or all of 
the set-up information for the supplier 12. The method then returns to step 102. If no 
errors exist at step 108, then set-up is complete for suppUer 12 at step 114. 

If updates to the set-up information are warranted at step 116, supplier 12 or an 
associated user 46 specifies the updates at step 118 and the method then returns to step 
102. The present invention contemplates updating set-up information for a supplier 12 
periodically, according to an appropriate schedule, as long as suppUer 12 is associated 
with the marketplace 14. If the suppUer 12 disassociates from the marketplace 14 such 
that no updates occur at step 1 16, the method ends. The present invention contemplates 
the method being performed analogously for each suppUer 12 or other entity that uses 
marketplace 14 for managing its capacity exfremes or that otherwise participates in the 
management of capacity extremes at other suppUers 12 or entities. 

FIGURE 4 illustrates an exemplary method of resolving a capacity extreme at 
suppUer 12 or other entity using the resources of marketplace 14. The method begins at 
step 200, where suppUer 12 and hierarchically related suppUers 12 update their supply, 
demand, capacity, inventory, or other suitable status data using associated enterprise 
systems 28. As an example, where suppUer 12 is an OEM, suppUer 12 may update its 
demand and inventory status data to reflect excess or under capacity at suppUer 12. One 
or more associated first tier, second tier, and lower tier suppUers 12 may similarly update 
their supply, capacity, and inventory status data. These updates may occur on a 
scheduled basis, serially, substantially simultaneously, or in any other appropriate 
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manner. In one embodiment, all suppliers 12 update associated status data according to a 
predetermined schedule designed to help ensure that the marketplace 14 is not operating 
on stale data while not imposing an unduly large burden on enterprise systems 28, users 
46, or any other aspects of suppHers 12. 

At step 202, the status data for each supplier 12 is placed in a specified data 
storage location associated with supplier 12, such as behind a firewall that protects the 
information against unauthorized access. In one embodiment, at step 204, the spokes 
associated with these suppliers 12 pick up the status data and communicate it over the 
Internet or otherwise to ADW 50 of marketplace 14. Although scheduled automatic 
communication of the status data is preferable, user 46 may assist in communicating the 
status data to marketplace 14 as appropriate. At step 206, ADW 50 may vahdate one or 
more appropriate aspects of the status data. If errors exist at step 208, an error log is 
generated and communicated to suppHer 12 at step 210. hi one embodiment, the error 
log is placed in a specified data storage location associated with supplier 12, such as 
behind a fu-ewall that secures the information from unauthorized access. At step 212, 
supplier 12 or an associated user 46 accesses the error log, makes suitable corrections, 
and regenerates some or all set-up information for the suppher 12. The method then 
returns to step 102. If no errors exist at step 208, then updating of the status data is 
complete for suppher 12 at step 214. 

At step 216, ADW 50 communicates the status data for one or more suppliers 12 
to planner application 36 and, possibly, to manager apphcation 44. Based on the status 
data and an appropriate model for at least the portion of the value chain containing the 
suppher 12, planning apphcation 36 generates an updated plan at step 218. Although 
suppher 12 and its associated value chain are primarily described, as noted above the 
present invention contemplates planning for any suitable collection of entities, such as 
multiple factories of a single enterprise or multiple operations within a single factory. 
Planning application 44 then communicates the plan to manager application 44 and to 
enterprise systems 28 of suppher 12 at step 220. 

In response, at step 222, manager application 44 initiates one or more suitable 
services m an effort to resolve the capacity extreme at supplier 12. As described more 
fully above, depending on the nature of the capacity extreme, manager apphcation 44 
may rely on existing contracts between the suppher 12 and other entities, initiate one or 
more reverse or regular auctions, use catalogs, use an ILS, or initiate any other suitable 
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service according to particular needs. At step 224, the manager application 44 interacts 
with supplier 12, its enterprise systems 28, or its associated users 46 as appropriate to 
resolve the extreme in capacity. Manager apphcation 44 may similarly interact with one 
or more other supphers 12 or other entities involved in resolving the capacity extreme, 
depending on the selected service and the capabilities of the marketplace 14. Once the 
capacity extreme has been adequately resolved, the method ends. 

Although the present invention has been described with several embodiments, a 
plethora of changes, substitutions, variations, alterations, and modifications may be 
suggested to one skilled in the art, and it is intended that the invention encompass all such 
changes, substitutions, variations, alterations, and modifications as fall within the spirit 
and scope of the appended claims. 



